Назначением будущего ПО организационно-экономических систем является, в первую очередь, решение проблем бизнеса. Требования к ПО формируются на основе бизнес-модели, а критерии проектирования систем прежде всего основываются на наиболее полном их удовлетворении.
Модели бизнес-процессов являются не просто промежуточным результатом, используемым консультантом для выработки каких-либо рекомендаций и заключений. Они представляют собой самостоятельный результат, имеющий большое практическое значение.
Бизнес-моделирование (деловое моделирование) – деятельность по формированию моделей организаций, включающая описание деловых объектов (подразделений, должностей, ресурсов, ролей, процессов, операций, информационных систем, носителей информации и т. д.) и указание связей между ними. Требования к формируемым моделям и их соответствующее содержание определяются целями моделирования.
Бизнес-моделированием также называют дисциплину и отдельный подпроцесс в процессе разработки программного обеспечения, в котором описывается деятельность компании и определяются требования к системе. То есть те подпроцессы и операции, которые подлежат автоматизации в разрабатываемой информационной системе.
Нередко бизнес-моделирование сочетается с управленческим консалтингом, призванным выработать рекомендации по совершенствованию системы управления. В этом случае производится:
– анализ опыта других организаций (близких по профилю, отрасли, рынку, методам ведения бизнеса и т.д.), связанного с внедрением информационных технологий;
– определение целей проекта в контексте повышения эффективности решения существующих управленческих задач и возможности внедрения принципиально новых управленческих технологий;
– определение укрупненных показателей эффективности бизнес-процессов, подлежащих автоматизации (целевых бизнес-процессов), и формирование первоначальных критериев успешности проекта реорганизации управления на основе внедрения новых программных средств;
– определение приемлемого объема финансирования проекта.
При проведении управленческого консалтинга, направленного на выработку рекомендаций по совершенствованию системы управления предприятием проводятся следующие работы.
– Диагностика текущего состояния и тенденций развития предприятия.
– Выявление ключевых внутренних и внешних проблем.
– Анализ баланса сил, интересов и целей, распределения полномочий и ответственности среди участников (учредителей) и руководства предприятия и разработка рекомендаций по их корректировке.
– Подготовка рекомендаций по целевому планированию.
– Разработка предложений по корректировке стратегии развития организации.
– Анализ функционирования основных подсистем управления организацией и подготовка предложений по их совершенствованию.
– Анализ соответствия организационно-функциональной структуры организации стратегии ее развития и подготовка рекомендаций по совершенствованию оргструктуры.
– Выявление проблем информационного обеспечения системы управления организацией и оценка затрат на их решение.
На сегодняшний день в моделировании бизнес-процессов преобладает процессный подход. Его основной принцип заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой. При этом, модель, основанная на бизнес-процессах, содержит в себе и организационно-штатную структуру предприятия.
Наиболее популярными специализированными инструментами описания бизнес-процессов являются:
– Business studio (см. Приложение 1);
– ARIS (см. Приложение 2);
– Casewise Corporate Modeler Suite (см. Приложение 3);
– AllFusion Process Modeler (см. Приложение 4);
– PayDox (см. Приложение 5).
Наряду с ними применяются инструменты для описания, имитации и анимации бизнес-процессов:
– AnyLogic (см. Приложение 6);
– GPSS;
– IBM WebSphere Business Modeler.
Жизненный цикл программной системы
Жизненный цикл программного обеспечения (ПО) – это период времени с момента принятия решения о необходимости создания программной системы до момента ее полного изъятия из эксплуатации.
Основным международным стандартом определения жизненного цикла ПО является ISO/IEC 12207:2008 «System and software engineering – Software life cycle processes» (российский аналог – ГОСТ Р ИСО/МЭК 12207—2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств). Наряду с ним в России применяется ГОСТ 34.601—90.
ГОСТ 34.601—90
Стандарт ГОСТ 34.601—90 был создан еще в СССР и предусматривает следующие стадии и этапы создания автоматизированной системы (АС).
1. Формирование требований.
– Обследование объекта и обоснование необходимости создания АС.
– Формирование требований пользователя к АС.
– Оформление отчета о выполнении работ и заявки на разработку АС.
– Разработка концепции АС.
– Изучение объекта.
– Проведение необходимых научно-исследовательских работ.
– Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователей.
– Оформление отчета о проделанной работе.
2. Техническое задание – разработка и утверждение технического задания на создание АС.
3. Эскизный проект.
– Разработка предварительных проектных решений по системе и ее частям.
– Разработка документации на АС и ее части.
4. Технический проект.
– Разработка проектных решений по системе и ее частям.
– Разработка документации на АС и ее части.
– Разработка и оформление документации на поставку комплектующих изделий.
– Разработка заданий на проектирование в смежных частях проекта.
– Рабочая документация.
– Разработка рабочей документации на АС и ее части.
– Разработка и адаптация программ.
5. Ввод в действие.
– Подготовка объекта автоматизации.
– Подготовка персонала.
– Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями).
– Строительно-монтажные работы.
– Пусконаладочные работы.
– Проведение предварительных испытаний.
– Проведение опытной эксплуатации.
– Проведение приемочных испытаний.
6. Сопровождение АС.
– Выполнение работ в соответствии с гарантийными обязательствами.
– Послегарантийное обслуживание.
Эскизный, технический проекты и рабочая документация – это последовательное построение все более точных проектных решений. Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая документация» в «Технорабочий проект», параллельно выполнять различные этапы и работы, включать дополнительные.
Данный стандарт не вполне подходит для проведения разработок в настоящее время: многие процессы отражены недостаточно, а некоторые положения устарели.
ГОСТ Р ИСО/МЭК 12207—2010
Федеральным агентством по техническому регулированию и метрологии РФ 01.03.2012 г. принят стандарт ГОСТ Р ИСО/МЭК 12207—2010 «Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств», идентичный международному стандарту ISO/IEC 12207:2008 «System and software engineering – Software life cycle processes».
Данный стандарт, используя устоявшуюся терминологию, устанавливает общую структуру процессов жизненного цикла программных средств, на которую можно ориентироваться в программной индустрии. Стандарт определяет процессы, виды деятельности и задачи, которые используются при приобретении программного продукта или услуги, а также при поставке, разработке, применении по назначению, сопровождении и прекращении применения программных продуктов.
Стандарт ГОСТ Р ИСО/МЭК 12207—2010 не предлагает конкретную модель жизненного цикла. Его положения являются общими для любых моделей жизненного цикла, методов и технологий создания ИС. Он описывает структуру процессов жизненного цикла, не конкретизируя, как реализовать или выполнить действия и задачи, включенные в эти процессы.
Стандарт группирует различные виды деятельности, которые могут выполняться в течение жизненного цикла программных систем, в семь групп процессов. Каждый из процессов жизненного цикла в пределах этих групп описывается в терминах цели и желаемых выходов, списков действий и задач, которые необходимо выполнять для достижения этих результатов.
Группы процессов:
процессы соглашения – два процесса;
процессы организационного обеспечения проекта – пять процессов;
процессы проекта – семь процессов;
технические процессы – одиннадцать процессов;
